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RESETTING SIGNALLING LINK UPON 
SRNS RELOCATION PROCEDURE 

BACKGROUND OF THE INVENTION 

5 

1. Technical Field 

The present invention relates to mobile telecomnnunications and, more 
particularly, to an operational state in which a user equipment (UE) 
simultaneously has radio links with two or more radio access network (RAN) 
10 access points. 

2. Discussion of Related Art 

In the third generation partnership project (3GPP), to support mobility 
in the Universal Terrestrial Radio Access Network (UTRAN) a Serving Radio 

15 Network Subsystem (SRNS) relocation procedure has been defined by 3GPP 
Technical Specification Group (TSG) Radio Access Network (RAN) Working 
Group 3 (WG3). With the aid of this procedure the UTRAN can transfer the 
active Radio Resource Control (RRC) connection from one Radio Network 
Controller (RNC) (Source RNC) to another (Target RNC). 

2 0 The triggering of the SRNS relocation procedure is dependent on the 

mobility of the UE. If the UE camps on a cell that is not controlled by the 
current Serving RNC the UE should send either a Cell or User Registration 
Area (URA) update message (which one is dependent on the network 
configuration). Based on this message the RNC may trigger the SRNS 

2 5 relocation procedure, which means that the RRC connection will be changed 

from this RNC (Source RNC) to the new RNC (Target RNC). The target RNC 
will after the successful SRNS relocation act as a new Serving RNC. During 
the SRNS relocation procedure all necessary signalling information and all 
user plane data will be transferred to the target RNC, to enable the target 

3 0 RNC to establish the same radio bearers (RBs) in the target RNC as were 

used in the source RNC and to ensure that the new Serving RNC can 
continue the data transmission from any service data unit (SDU), which has 
not yet been acknowledged by the UE. 
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The radio bearer re-establishment in the target RNC concerns both 
signalling plane and user plane RBs. For each RB the new Serving RNC 
should allocate such layer 2 (L2) resources (i.e. for Medium Access Control 
(MAC) and Radio Link Control (RLC) entities), which are as identical as 
5 possible with the resources in the old Serving RNC. The re-establishment is 
always made by using the received configuration parameters from the old 
Serving RNC. These parameters identify the characteristics of each RB; 
however, they do not identify the transmission phase that was used in the old 
SRNC (i.e. the current values of state variables, counters etc.). The target 

10 RNC cannot replicate the transmission phase completely in the Target RNC; 
however it can - because of L2 re-establishment - reset all UTRAN state 
variables and configuration parameters to their initial values. The most critical 
layer in this case is the RLC layer, which contains several status variables, 
configuration variables, timers and counters which are all 

15 increased/decreased upon active data transmission based e.g. on the amount 
of data sent from the RLC layer and received status reports from the peer 
RLC entity. Therefore it is very important to achieve synchronization between 
the peer RLC entities before any data (signalling or user data) is sent either 
upon or after the SRNS relocation procedure. Fig. 5A shows an example of 

2 0 the RLC variables before initialization of the SRNS relocation where the 
variables are defined in 3G TS 25.322 at Section 9.4 ("State Variables") as 
follows: 

VT(S) - Send state variable - The sequence number of the next PU to be 
transmitted for the first time (i.e. excluding retransmission). It is updated after 

2 5 transmission of a PDU, which includes not earlier transmitted PUs and after 

transmission of a MRW SUFI. The initial value of this variable is 0. 
VT(A) - Acknowledge state variable - The sequence number of the next in- 
sequence PU expected to be acknowledged, which forms the lower edge of 
the window of acceptable acknowledgements. The initial value of this variable 

3 0 isO. 

VT(MS) - Maximum Send state variable -The sequence number of the first 
PU not allowed by the peer receiver [i.e. the receiver will allow up to VT(MS) - 
1], VT(MS) = VT(A) + Tx_Window_Size. This value represents the upper 
edge of the transmit window. The transmitter shall not transmit a new PU if 
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VT(S) VT(MS). VT(MS) is updated based on receipt of a STATUS PDU 
including an ACK and/or a WINDOW super-field. 

VR(R) - Receive State variable - Receive State variable - The sequence 
number of the next in-sequence PU expected to be received. It is set equal to 
5 SNmax+1 upon receipt of the next in-sequence PU, where SNnnax is the 

sequence number of the highest received in-sequence PU. The initial value of 
this variable is 0. 

VR(H) - Highest expected state variable - The sequence number of the 
highest expected PU. This state variable is set equal to SN+1 only when a 
10 new PU is received with VR(MR)>SN>VR(H). The initial value of this variable 
isO. 

VR(MR) - Maximum acceptable Receive state variable - The sequence 
number of the first PU not allowed by the receiver [i.e. the receiver will allow 
up to VR(MR) - 1], VR(MR) = VR{R) + Rx_Window_Size. The receiver shall 
15 discard PUs with SN > VR(MR). 

Fig. 5B shows an example of the RLC variables after the 
reestablishment of the RLC entity in the target RNC. As can be seen by 
comparing Fig. 5A with 5B, the transmitting side can have its VT variables 
reset. This creates a difference between the RLC variables in the transmitting 

2 0 side (VT) and the receiving side (VR). 

The situation is very critical if the synchronization is lost between such 
RLC entities, which are used for the transmission of the first RRC message, 
which informs the UE about the SRNS relocation that has occurred. If this 
message does not pass the RLC layer in the UE, because of the RLC 
25 synchronization problems, the SRNS relocation cannot be successful, and the 
worst case is that the whole RRC connection must be released with the 
consequent disruption of the exchange of control of the communication link. 
The RLC level synchronization must be maintained for the signalling RB (RB 
2), which is used upon transmission of the first RRC message from UTRAN to 

3 0 UE. (Note: Depending on the network configuration the RRC message in 

question can be sent by using either the unacknowledged RLC entity = RB 1 
or acknowledged RLC entity = RB 2 (see TSG RAN TS 25.331 ). In this 
specification the case where RB 2 is used is discussed at length). 
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Since it is impossible to predict beforehand the need for an SRNS 
relocation, it is also impossible to make any advance arrangements on L2 in 
the SRNC to support any forthcoming SRNS relocation procedure. This 
means that some form of re-synchronization of L2 is needed during or after 
5 the SRNS relocation. 

The 3GPP TS 25.322 RLC specification defines for the RLC layer the 
RLC Reset procedure, which is used when the RLC detects an unrecoverable 
protocol error on the RLC layer. The RLC entity triggers the RLC reset in 
order to recover from an error situation and to resynchronize the peer RLC 

10 entities. This is done by resetting the state variables to their initial value and 
resetting the configurable parameters to their configured value on both peer 
RLC entities. After a successful RLC reset, the RLC entity can continue the 
interrupted data transmission. According to the current TSG RAN TS 25.322 
RLC specification the RLC Reset procedure is initialized only when the RLC 

15 entity detects an error situation. 

DISCLOSURE OF INVENTION 
An object of the present invention is to avoid less of synchronization 
upon SRNS relocation. 
2 0 This is achieved, according to the present invention, by requiring 

synchronization of the peer RLC entities during SRNS relocation. 

Another object of the present invention is to use the RLC reset 
procedure to accomplish synchronization of the peer RLC entities during 
SRNS relocation. 

2 5 According to the present invention, an RLC reset is performed during 

the SRNS relocation to assure RLC synchronization between the network 
(NW) and the UE. Hence the purpose of the RLC Reset procedure is 
expanded in this invention. In this invention the RLC Reset is used even if no 
protocol error has been detected by the RLC entity. 

3 0 This invention is needed mainly between RLC peer entities operating in 

acknowledge mode on the signalling radio bearer (RB 2) which is used for the 
transmission of the first RRC message from the Target RNC to the UE. The 
invention can also be used on other RLC entities assigned for other RBs, but 
the use in these cases is not mandatory. 
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The idea of the invention is to reset the peer RLC entities by the 
Source RNC. After the SRNS relocation preparation phase the RRC in the 
Source RNC sends a CRLC Config.req primitive (including a reset request to 
the RLC entity). After the RLC reset procedure the UE RLC is able to receive 
5 the first RRC message (containing a new U-RNTI (UTRAN Radio Network 
Temporary Identity) from the Target RNC. 

In the prior art procedure, since no RLC reset was performed in the UE 
RLC before the new serving RNC sent the first RRC message, it could be that 
the UE RLC might not have accepted the received RLC PDUs (containing the 
10 RRC message), as these RLC PDUs are typically outside of the receiving 
window. 

In normal operation (i.e. no errors on the air interface) this invention 
advantageously provides for no additional delays to the SRNS relocation 
procedure. Moreover, the SRNS relocation can be interrupted in an early 
15 phase, e.g. if the UE cannot be reset. 

The present Invention is manifested in various aspects including a 
method, a user equipment, a mobile telecommunications system, and a radio 
network controller. Thus, according to a first aspect of the present invention, 
a method for use in a mobile telecommunications system with radio network 
2 0 controllers capable of exchanging control of a communication link to a user 
equipment without disruption comprises the steps of (1) deciding at a source 
radio network controller to perform relocation of control of the communication 
link to a target radio network controller, (2) preparing at the target radio 
network controller for the relocation, (3) providing a reset signal from the 

2 5 source radio network controller to the user equipment, (4) resetting at least 

one state variable of the user equipment, and (5) relocating the control of the 
communication link from the source radio network controller to the target radio 
network controller. The second step of preparing the target radio network 
controller for the relocation may, for instance, include initializing or resetting 

3 0 one or more state variables of the target radio network controller. The state 

variables of the target radio network controller may, for instance, include a 
receive state variable, a highest expected state variable, or a maximum 
acceptable receive state variable. The at least one state variable of the user 
equipment reset in the fourth step may, for instance, be a send state variable, 
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an acknowledge state variable or a maximum send state variable. The 
method may be used in an acknowledge mode. 

According to a second aspect of the present invention, a user 
equipment is provided for use in a mobile telecommunications system with 
5 radio network controllers capable of exchanging control of a communication 
link to the user equipment without disruption comprises (1) means responsive 
to a reset signal from a source radio network controller for resetting at least 
one state variable of the user equipment, and (2) means responsive to the 
reset signal from the source radio network controller for providing a reset 

10 acknowledge signal to the source radio network controller. The state variable 
of the user equipment may, for instance, be a send state variable, an 
acknowledge state variable, or a maximum send state variable. The user 
equipment may practice the invention in an acknowledge mode. 

According to a third aspect of the present invention, a mobile 

15 telecommunications system with radio network controllers capable of 
exchanging control of a communication link to a user equipment without 
disruption comprises (1) means for deciding at a source radio network 
controller to perform relocation of the control of the communication link to a 
target radio network controller, (2) means for preparing at the target radio 

2 0 network controller for the relocation, (3) means for providing a reset signal 

from the source radio network controller to the user equipment, (4) means 
responsive to the reset signal for resetting state variables of the user 
equipment, and. (5) means for relocating the control of the communication link 
from the source radio network controller to the target radio network controller. 
25 The means for preparing may include means for initializing or resetting one or 
more state variables of the target radio network controller. The state variables 
of the target radio network controller may, for instance, include a receive state 
variable, a highest expected state variable and a maximum acceptable 
receive state variable. The state variable of the user equipment may, for 

3 0 instance, include a send state variable, an acknowledge state variable or a 

maximum send state variable. The system may be used in an acknowledge 
mode. 

According to a fourth aspect of the present invention, a radio network 
controller for use in a mobile telecommunications system with plural radio 
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network controllers capable of exchanging roles in controlling a 
communication link over an air interface to a user equipment without 
disruption comprises (1) means for deciding to perform relocation of control of 
the communication link to a target radio network controller and for providing a 
5 reset signal to the user equipment, and (2) means responsive to a reset 

acknowledge signal from the user equipment for signaling commitment of the 
source radio network controller to the relocation to the target radio network 
controller. 

According to a fifth aspect of the present invention, a radio network 
10 controller for use in a mobile telecommunications system with plural radio 
network controllers capable of exchanging roles in controlling a 
communication link over an air interface to a user equipment without 
disruption comprises (1) means responsive to a relocation decision signal 
from a source radio network controller for initializing or resetting one or more 
15 state variables of the radio network controller acting as a target radio network 
controller, and (2) means for controlling the user equipment with the radio 
network controller acting as the target radio network controller with the user 
equipment having state variables reset to match the one or more state 
variables of the radio network controller. 
2 0 These and other objects, features and advantages of the present 

invention will become more apparent in light of the detailed description of a 
best mode embodiment thereof, as illustrated in the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWING 

2 5 Fig. 1 shows the overall architecture of the Universal Mobile 

Telecommunications System (UMTS). 

Fig. 2 shows details of the UTRAN connected to the core network. 
Fig. 3 shows a user equipment connected to both a serving and a drift 

RNS. 

3 0 Fig. 4 also shows two logical RNCs with the DRNC only used to relay 

information between the UE and the SRNC. 

Fig. 5A and Fig. 5B together show an RLC status variable example 
from the prior art, without the RLC reset of the present invention, where Fig. 
5A shows the RLC variables for the example before initialization of the SRNS 
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relocation and Fig. 5B shows the RLC variables after the reestablishment of 
the RLC entity in the target RNC. 

Fig. 6 shows how Figs. 6A and 6B fit together and which together show 
that no reset of the RLC entities has been made in the UE before the 
5 transnnission of the RRC: UTRAN MOBILITY INFORMATION msg, according 
to the prior art. 

Fig. 7 shows how Figs. 7A and 7B fit together and which together show 
that reset of the RLC entities has been made in the UE before the 
transmission of the RRC: UTRAN MOBILITY INFORMATION msg, according 
10 to the present invention. 

Fig. 8 shows a mobile telecommunication system with radio network 
controllers capable of exchanging control of a communication link to a user 
equipment without disruption, according to the present invention. 

15 BEST MODE FOR CARRYING OUT THE INVENTION 

Fig. 1 shows a simplified Universal Mobile Telecommunication System 
(UMTS) 10, including a Core Network (CN) 12, a UMTS Terrestrial Radio 
Access Network (UTRAN) 14, and a User Equipment (UE) 16. The CN 12 is 
connected to the UTRAN 14 by an lu interconnection point, which is also 

2 0 considered a reference point. The UTRAN 14 is connected to the UE 16 by a 

Uu interconnection point, which is likewise considered as a reference point. 
The protocols over Uu and lu interfaces are divided into two structures, i.e., 
user plane and control plane protocols. User plane protocols implement the 
actual radio access bearer servers for carrying user data through the access 
25 stratum. Control plane protocols control the radio access bearers and the 
connection between the UE and the network from different aspects (including 
requesting a service, controlling different transmission resources, handover 
and streamlining, etc.). 

As shown in Fig. 2, the UTRAN consists of a set of Radio Network 

3 0 Subsystems (RNSs) 18, 20 connected to the core network 12 through the lu. 

A RNS consists of a Radio Network Controller (RNC) 22, 24 and one or more 
abstract entities currently called Node B 26, 28, 30, 32. The node Bs are 
connected to the RNC through the lub interface. 
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A Node B can support frequency division duplexing (FDD) mode, time 
division duplexing (TDD) mode or dual-mode operation. The RNC is 
responsible for the handover decisions that require signaling to the UE. It 
comprises a combining/splitting function to support macrodiversity between 
5 different Node Bs. Inside the UTRAN, the RNCs of the radio network 

subsystems can be interconnected together through an lur interface. At the 
bottom of each Node B in Fig. 2 are shown a plurality of cells, for which each 
corresponding Node B is responsible. For each connection between a user 
equipment and the UTRAN, one RNS is the serving RNS. When required, 

10 drift RNSs support the serving RNS by providing radio resources, as shown in 
Fig. 3. The rollover RNS (serving or drift) is on a per connection basis 
between a UE and the UTRAN, as also shown in Fig. 3. 

The UMTS introduces a new concept called macrodiversity. In a 
macrodiversity situation, data will be sent via multiple node Bs. Because 

15 signals will be transferred via multiple routes over the air interface and 

combined in the UE and RNC, e.g. the fading effect will be less harmful, and 
thus lower power levels can be used. However, those node Bs may belong to 
the area of two or more different RNCs, so the interface, i.e., the lur-interface 
between RNCs is required. In this situation, as shown in Fig. 4, the RNC can 

2 0 be in two logical roles. The RNC can be logically either a "drift" RNC (DRNC) 
or a "serving" (SRNC). The actual termination point of the lu-interface will be 
SRNC, as shown for both logical possibilities in Fig. 4. The lu-interface will 
connect the radio access network (RAN) and core network (CN), whether it be 
packet- or circuit-switched. SRNC will control information transfer and 

2 5 request radio resources from appropriate DRNCs. The DRNC will only relay 

information between the UE and SRNC, which is depicted in Fig. 4. Cell level 
mobility issues will be handled within UTRAN. When there exists a dedicated 
connection to the user equipment, the UTRAN will handle the radio interface 
mobility of the UE. This includes procedures such as soft handover. 

3 0 It will be understood therefore that for the new macrodiversity concept 

for 3G, it will be possible to set up multiple radio links simultaneously between 
a user equipment in order to be in a position to decide which of the wireless 
links from a plurality of base stations is preferred at any given point in time 
during a communications session and to switch seamlessly between the radio 
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links during the session depending on which link is preferred. A switch to a 
base station with a stronger signal can be made without having to set up a 
new connection. This is noteworthy and distinguished from the hard 
handovers of the prior art. However, there is a potential problem with such a 
5 switchover that has not been addressed. 

Fig, 5A shows an example of the prior art situation of the RLC variables 
before initialization of the SRNS relocation. On the transmitting side, at the 
RLC layer in UTRAN, the state variable VT(S) defines the next sequence 
number of the RLC PDU, which is going to be submitted to the receiver for the 
10 first time. This variable value is comparable with the receiver VR(H). The 
state variable VT(A) identifies the RLC PDU, which is expected to be 
^ ;5 acknowledged next. This value reflects the variable values of VR(R) and 

j{ possible VR(H) at the receiver side. The VT(MS) identifies the upper edge of 

' ""is 

rXi the transmission window and the Tx_window_size the size of the transmission 
■:jl5 window. 

=3 On the receiving side, as shown in Fig. 5A at the RLC layer in the UE, 

□ the RLC state variables are shown the following state variable values; VR(R), 
% VR(H) and VR(MR). VR(R) identifies the sequence number of the next in- 
'^j sequence PU expected to be received. I.e. in the presented example the 
u2 0 transmitter has transmitted the RLC PDU with SN - y (which is also the lowest 
RLC PDU SN to be acknowledged). At the receiver side this same RLC PDU 
SN is considered as a lowest RLC PDU SN which is expected to be received. 
VR(H) defines the sequence number of the highest expected PU, which 
means that receiver may have receive RLC PDUs with SN between VR(A) 

2 5 and VR(H)-1 , and therefore this value follows the trend of VT(S) in the short 

term. The VR(MR) describes the sequence number of the first PU not 
allowed by the receiver i.e. it identifies the highest edge of the receiver 
window and therefore it is dependent on the value of Rx_window_size and the 
value of VR(R). As a conclusion, it can be said that the RLC PDU 

3 0 transmission impacts the state variables on both ends and therefore they are 

at some level dependent on the phase of the RLC PDU transmission. 

In Fig. 5B, an example shown of the prior art RLC variables after the 
reestablishment of the RLC entity in the target RNC. As can be seen on the 
right hand side of Fig. 5B for the transmitting side, at the RLC layer in 
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UTRAN, the state variables have been reset. But, on the receiving side at the 
RLC layer in the UE, the values of the state variables are the same as they 
were before (as shown in Fig. 5A). In this situation loss of synchronization 
occurs because the RLC PDUs that are sent are outside of the receiving 
5 window. 

Figs. 6A and 6B together show a sequence of SRNS relocation which 
might give rise to the situation as shown in Figs. 5A and 58. Fig. 6 shows 
how Figs. 6A and 68 fit together. After receiving a RRC cell/URA update from 
the UE RRC, a decision to perform SRNS relocation may be made at the 

10 RRC layer of the source RNC. Relocation preparation then commences and 
is completed as shown. In the relocation preparation phase the resources are 
resen/ed in the target RNC. When the resources have been reserved, the old 
SGSN sends a relocation command to the source RNC which, in response 
thereto, provides a CRLC-CONFIG-Req primitive to the RLC layer of the 

15 source RNC. This primitive is used by RRC to establish, release or 

reconfigure the RLC. For purposes not relevant for this invention CPDCP- 
RELOC-Req and CPDCP-RELOC-Conf primitives are then exchanged 
between the RRC and PDCP layers of the source RNC. After that, a RNSAP 
relocation commit signal is provided from the RRC layer of the source RNC to 

2 0 the RRC layer of the target RNC over the lur interface. The CRLC-CONFIG- 
Req primitive is then provided from the target RNC RRC layer to the RLC 
layer thereof. As indicated, the RLC entity at the target RNC needs to be 
reestablished for RB2 in order to allow RRC to send the first RRC message 
from the target RNC to the UE. With this RRC message, the UE is notified 

2 5 about the SRNS relocation. At this point, the RLC entity assigned for RB2 in 

the UTRAN is established. All configured parameters and state variables 
have their initial values as shown on the right hand side of Fig. 5B. The 
problem is that the RLC entity assigned for RB2 in the UE has the variable 
and parameter values that resulted from data transmission with the previous 

3 0 SRNC as shown at the left hand side of Fig. 58. Therefore, the received RLC 

PDUs (containing RRC message) may not be accepted by the RLC entity. 
Because the RRC message sent for the UE RLC is handled by the "old" RLC 
entity assigned for the corresponding RB2, there could be a problem and the 
change to the target RNC could be unsuccessful. 
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Referring now to Fig. 7, it shows how Figs. 7A and 7B fit together. 
According to the present invention, as shown in Figs. 7A and 7B, after the 
CRLC-CONFIG-Req primitive is sent from the source RNC RRC to the source 
RNC RLC, an RLC reset signal is sent from the RLC layer at the source RNC 
5 to the RLC layer at the UE. This causes the RLC entity assigned for RB2 to 
be synchronized with the peer RLC entity in the UTRAN by virtue of the fact 
that the RLC parameters are reset before the transmission of the RRC 
UTRAN mobility information message. At that point, the RLC entity assigned 
for RB2 is capable of receiving RLC PDUs containing the RRC message. 

10 An RLC reset acknowledge is then sent from the RLC layer of the UE 

to the RLC layer of the source RNC. An RNSAP relocation commit signal is 
then sent from the source RNC RRC layer to the RRC layer of the target 
RNC. From there, a CRLC-CONFIG-Req. primitive is sent to the RLC layer of 
the target RNC. Data is then forwarded from the RRC layer of the source 

15 RNC to the PDCP layer of the target RNC. The RRC layer of the target RNC 
sends back an RANAP relocation detect signal to the old SGSN and a 
UTRAN mobility information signal to the RRC layer of the UE. This indicates 
the RLC entity assigned for RB2 is capable of receiving RLC PDUs containing 
RRC msg as shown in Figs. 7A and 7B. This is distinguished from the prior 

20 art shown in Figs. 6A and 6B for the RRC MSG sent for the UE is handled by 
the "old" RLC entity assigned for the corresponding RB2. in other words, 
instead of the RLC entity assigned for RB2 in the UE having variable and 
parameter values resulting from data transmission with the previous SRNC, 
the RLC entity assigned for RB2 in the UE has now been reset and is fully 

25 capable of receiving RLC PDUs containing the RRC msg. Once the new U- 
RNTI and Receive_SN is received by the RRC layer of the UE, it sends an 
RLC-Config-Req signal to the RLC layer. CPDCP-Reloc primitives Req and 
Conf are then interchanged between the UE RRC and PDCP whereafter the 
RRC layer in the UE sends a UTRAN mobility information confirm signal to 

3 0 the RRC layer of the target RNC. After that, an RANAP relocation complete 
signal is sent from the RRC layer of the target RNC upstream followed by a 
CPDCP-SN-Req signal to the PDCP layer and a CRLC-CONFIG Req to the 
RLC layer. At about the same time, a CRLC-CONFIG-Req signal is sent from 
the RRC layer of the UE to the RLC layer thereof. These last steps are the 
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same as would have occurred in the prior art if the RLC PDUs from the target 
RNC were accepted by the UE. 

Fig. 8 shows a mobile telecommunication system with radio network 
controllers SRNS, DRNS capable of exchanging control of a communication 
5 link to a user equipment UE without disruption. Although the radio network 
controllers of Fig. 8 are illustrated in specific roles of serving and drift radio 
network subsystems, it should be realized that a given radio network 
subsystem should be capable of operating either as a serving or drift radio 
network subsystem. In that case, the functional block shown in the SRNS of 

10 Fig. 8 will also be included in the DRNS of Fig. 8. Likewise, the partial blocks 
shown in the DRNS of Fig. 8 will be included in the SRNS, although only one 
role will be performed at a given moment with respect to a particular 
communication link. The SRNS of Fig. 8 has means for deciding to perform 
relocation of the control of the communication link to the target radio network 

15 controller DRNS as also shown in Figs. 6A and 6B and 7A and 7B. The 

DRNS will have means for preparing for the relocation as illustrated in Figs. 
6A and 6B and 7A and 78. This may constitute means for resetting one or 
more state variables of the DRNS. Such preparations may be carried out in 
conjunction with the SRNS and therefore the SRNS is also shown with means 

20 for preparing for the relocation. The SRNS of Fig. 8 is also shown with means 
for providing a reset signal from the SRNS to the user equipment UE over the 
air interface. The user equipment UE is shown having means responsive to 
the reset signal from the SRNS for resetting one or more state variables of the 
user equipment. The user equipment may acknowledge the reset as shown 

2 5 in Figs. 7A and 78 and therefore means for acknowledging is shown within 

the UE of Fig. 8. Once acknowledged, a relocation commit signal may be 
provided by the SRNS to the DRNS over the lur interface as also shown in 
Figs. 7A and 78. This can be considered as being carried out by means for 
relocating the control of the communication link from the source radio network 

3 0 controller SRNS to the target radio network controller DRNS. Of course, the 

other steps shown in Figs. 7A and 7B after the RNSAP relocation commit will 
also be carried out to complete relocation. After that, the DRNS will control 
the communication link by means of the illustrated means for controlling the 
user equipment. 
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Although the invention has been shown and described with respect to a 
best mode embodiment thereof, it should be understood by those skilled in 
the art that the foregoing and various other changes, omissions and additions 
in the form and detail thereof may be made therein without departing from the 
5 spirit and scope of the invention. 
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